home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 081 / newsysop.arc / NEWSYSOP.TXT
Text File  |  1987-11-19  |  45KB  |  859 lines
  1.  
  2.                      __
  3. The World's First   /  \                              New-Sysop
  4.    BBS Network     /|oo \                             Orientation
  5.    * FidoNet *    (_|  /_)                            Information
  6.                    _`@/_ \    _
  7.                   |     | \   \\                      published by IFNA
  8.                   | (*) |  \   ))
  9.      ______       |__U__| /  \//                      (International FidoNet
  10.     / Fido \       _//|| _\   /                          Association)
  11.    (________)     (_/(_|(____/ (tm)
  12.                                                       Steve Bonine (115/777)
  13.                                                          editor
  14.  
  15.                                                       Version 1.0
  16.                                                       11/19/87
  17.  
  18. Copyright (c) 1987, International FidoNet Association.  All rights reserved.
  19. May be freely copied and distributed for noncommercial purposes.
  20.  
  21.  
  22. The purpose of this little treatise is to provide introductory information for
  23. persons who are interested in starting a computer bulletin board system or
  24. connecting an existing system with FidoNet.  In this one document you will find
  25. an introduction to many different aspects of running a bulletin board and
  26. information on where to go for more information in those cases where the
  27. introduction sounds interesting.
  28.  
  29. This document is distributed under the auspices of IFNA, the International
  30. FidoNet Association.  IFNA's chief responsibility is the maintenance and
  31. administration of the network which forms the backbone of this collection of
  32. diverse bulletin board systems.  Part of this job involves orientation of new
  33. members of the network.  The growth and health of FidoNet speaks well of the
  34. ability of the systems and the operators of those systems to work together, and
  35. you can't work together if you don't know the ground rules.
  36.  
  37. Introduction to FidoNet
  38. ------------ -- -------
  39.  
  40. The network is a loose coalition of many different bulletin board systems.
  41. "FidoNet" and "Fido" are registered trademarks of Tom Jennings; a formal
  42. agreement allows IFNA to use these in the name of the organization.  The
  43. network is by no means limited to the Fido software; there are several "FidoNet
  44. compatible" systems which interface with the network.  By joining, you as a
  45. sysop can take advantage of the expertise of thousands of other users.
  46.  
  47. A short history lesson will help in understanding FidoNet.  Tom Jennings was in
  48. San Francisco, and John Madill was in Baltimore, both working on the Fido BBS
  49. software.  In the spirit of finding out if it could be done, they decided to
  50. add code to the system to support a dialup connection with no human interven-
  51. tion during the wee hours when the sysops were sleeping and the systems were
  52. free.  This quickly became a useful function, since both systems and both
  53. sysops were busy and it was a convenient method of exchanging information.
  54.  
  55. From this chance beginning in May 1984, growth was phenomenal.  By August 1984,
  56. there were 30 nodes; by September there were 50.  By February 1985, there were
  57. 160 systems, and a group of sysops in St. Louis had taken over the administra-
  58. tion of the list of systems.  In June 1985 the network converted to the
  59. currently-used two-part addressing scheme to support the growth.  As this is
  60. written in late 1987, the size of the network has passed 2000 nodes and change
  61.  continues with a zone-based nodelist to facilitate communication with systems
  62. overseas.  But we get ahead of the story . . .
  63.  
  64. Network Organization
  65. ------- ------------
  66.  
  67. Today's network is organized into geographical divisions of zones, regions,
  68. networks, individual systems, and points.  A zone is a very large division;
  69. zone 1 is North America, zone 2 is Europe, and zone 3 is Australia, New
  70. Zealand, etc.  Of more interest are regions, networks, and points.
  71.  
  72. North America is divided into regions.  For example, the central region, region
  73. 11, includes Illinois, Indiana, Kentucky, Michigan, Ohio, and Wisconsin.
  74. Regions are assigned 2-digit numbers to differentiate them from networks.
  75.  
  76. Regions are further broken down into networks.  A network usually covers a
  77. rather small geographic area, such as a metropolitan area.  Chicagoland is
  78. network 115.
  79.  
  80. Individual systems are assigned a node number within the appropriate network or
  81. directly within the region if no network covers that specific location.
  82.  
  83. A point is a usually a one-person BBS.
  84.  
  85. There is an analogy with telephone numbers.  Think of the zone as the country
  86. code, the network as the area code, the node number as the telephone number,
  87. and the point as an extension for the individual.  This is written as
  88. zone:network/node.point.  For example, Chicago is covered by network 115, and
  89. is in zone 1.  The specific BBS which has been assigned node 100 in the Chicago
  90. network would be 1:115/100.  If there were point systems served by this BBS,
  91. they would be 1:115/100.1, 1:115/100.2, and so on.
  92.  
  93. The purposes of this organization are twofold.  First, decentralization means
  94. that no one person has the task of administering the entire network.  Since it
  95. is a volunteer and amateur operation and such an assignment would be a big job,
  96. it became obvious early in the life of FidoNet that decentralization was
  97. necessary to support growth of the network.
  98.  
  99. The second reason for such a hierarchy is to improve the flow of mail.  One
  100. system in each network takes on the responsibility of Network Co-ordinator, and
  101. that BBS becomes node zero in the network.  One of the tasks of the Network Co-
  102. ordinator is to forward incoming mail.  Thus, if I have ten messages for
  103. different systems in the Chicagoland network, I need to make not ten telephone
  104. calls but only one -- to system 115/0, which is the NC for Chicagoland.  The
  105. mailer software automatically routes messages for nodes in network 115 to
  106. 115/0, saving me money and making the network work better.
  107.  
  108. The Nodelist and FidoNews
  109. --- -------- --- --------
  110.  
  111. All of this is held together by two documents, each published weekly.  One of
  112. these is a list of every system in the network, with network/node address,
  113. telephone number, and other useful information; this is called the NODELIST.
  114. The other document is a newsletter, FidoNews.  Both the nodelist changes and
  115. FidoNews are distributed using the network; once your system is up and running
  116. you will have a source for the most current information.
  117.  
  118. What's in it for Me?
  119. ------ -- -- --- --
  120.  
  121.  This is all well and good, but other than the thrill of being a part of all
  122. this exciting technology, what good is FidoNet to the average sysop?  Through
  123. the magic of echomail, your system can have thousands of callers a day, posting
  124. messages, asking questions, and receiving answers.  This use of the network has
  125. eclipsed the original sysop-to-sysop communication, although this is still a
  126. strong motivation, especially when used to exchange data and/or programs.  More
  127. about echomail later.
  128.  
  129. What Must I Do?
  130. ---- ---- - --
  131.  
  132. There are really only two rules to follow to be a part of the network.  The
  133. first is that your BBS system must be "FidoNet compatible" and able to receive
  134. network messages during one hour each day.  The second is that you must not
  135. unduly annoy other members of the network, or yourself be unduly annoyed.  Like
  136. a large family, the members of the network must all learn to live together, if
  137. not in perfect harmony, at least working together.
  138.  
  139. A formal policy document exists which states in more detail the expectations
  140. of systems as members of the network.  It should be available from the same
  141. source where you found this document; for example, as an additional file in the
  142. ARC or an additional file in the download area where you found this.  Look for
  143. POLICYx.ARC.
  144.  
  145. How do I join FidoNet?
  146. --- -- - ---- -------
  147.  
  148. If you live in an area covered by a network, you will normally join that net-
  149. work; if your geographic area is not covered by a network then you can join the
  150. region as an independent system.
  151.  
  152. The method for becoming a part of the network is described in the policy
  153. document mentioned above.  It involves actually using your BBS to send a
  154. message to the network co-ordinator.  This insures that you have a working
  155. system, providing an important cross-check on your request.  (This became
  156. important early in the history of the network as wrong numbers crept into the
  157. nodelist.  Imagine explaining to someone why their telephone rang dozens of
  158. times between 3 and 4 AM, with no one on the other end when they answered it.)
  159.  
  160. Many networks have a document available to prospective members which
  161. supplements the Policy document and contains local requirements.  The best
  162. course of action is to find a BBS in your area and quiz the sysop on local
  163. procedures.  Failing this, find a nodelist (see below) and send a message to
  164. the General Help node listed in Region 1.
  165.  
  166. The Nodelist
  167. --- --------
  168.  
  169. Perhaps the single most-important file on your system is the nodelist.  From
  170. it, your system obtains the information necessary to communicate with other
  171. systems, be they across the street or in another country.
  172.  
  173. The most basic format of nodelist is described by the FidoNet Technical
  174. Standards Committee (FTSC) and is generally called the "St. Louis format"
  175. nodelist.  If you find a file named NODELIST.nnn, where nnn is a number, that
  176. is an FTSC nodelist.  The number is the date associated with the nodelist; for
  177. example, NODELIST.275 was issued on day 275.  Nodelists are often ARC'ed;
  178. NODELIST.A75 is the ARC'ed version of NODELIST.275.  (No, Virginia, all ARC
  179. files don't end with .ARC.)  FTSC nodelists (which no longer come from St.
  180. Louis) are issued each Friday.
  181.  
  182. The FTSC nodelist contains information on every BBS in the network.  Luckily,
  183. it is rare that you will need to transmit or receive an entire nodelist.
  184. CHANGES are distributed each week in a file named NODEDIFF.nnn.  For example,
  185. let's say that you are running with NODELIST.267.  When the next nodelist is
  186. ready, you will obtain a file named NODEDIFF.275.  When you run the XLATLIST
  187. program (see below) it will automatically apply the changes in the nodediff
  188. file, and as if by magic you will have NODELIST.275 on your system.
  189.  
  190. Here is an excerpt from NODELIST.275 which illustrates the FTSC format:
  191.  
  192. Host,115,Chicagoland,Homewood_IL,Rick_Moore,1-312-799-4790,2400,#CM:
  193. ,333,Solar_Wind,Homewood_IL,Rick_Moore,1-312-799-4790,2400,#CM:
  194. ,500,Sit_UBU_Sit_HST,Skokie_IL,Henry_Senk,1-312-982-5092,9600,#CM:
  195. ,108,Samson,Arlington_Heights_IL,Larry_Miglore,1-312-394-0071,2400,
  196. Down,123,Chicago_DECUS,Elk_Grove_IL,Chuck_Garrett,1-312-640-5667,1200,
  197. ,640,Computer_Guild,Elk_Grove_IL,Dick_Sonka,1-312-640-7980,2400,RE:
  198.  
  199. This is part of the definition of network 115 ("Host,115").  The network co-
  200. ordinator is listed first, and becomes node zero in the network.  After that,
  201. individual nodes are listed.  Notice that 115/333 is really the same BBS as
  202. 115/0.  System 115/123 has been marked in the nodelist as "down", which gives
  203. other systems notice that it is unavailable.
  204.  
  205. The FTSC nodelist is the only file which is consistent throughout FidoNet.
  206. Virtually all systems process this file into other forms before it is actually
  207. used by the BBS software.  In the interest of attempting to clarify, the
  208. current process for MS-DOS will now be described.  If your system does not use
  209. this method, don't let the explanation confuse you -- instead consider it an
  210. example of nodelist processing.
  211.  
  212. For most systems, the next flavor of nodelist is NODELIST.BBS.  This one is
  213. similar to the FTSC format, but some of the information is dropped (name of
  214. sysop, for example), and some is customized (for example 1-312 in the telephone
  215. number could be removed if you are in area-code 312).  NODELIST.BBS is created
  216. by a program named XLATLIST.  This program and its documentation are usually
  217. found in a file named XLATRGEN.ARC.  (Another program in the same ARC file is
  218. ROUTEGEN.  XLATRGEN=XLATlist+RouteGEN.  ROUTEGEN will not be discussed here; if
  219. you choose to use it read the documentation carefully.)  Input to XLATLIST is
  220. the FTSC nodelist, optionally a nodediff file containing changes for the week,
  221. and a control file, XLATLIST.CTL.  The control file specifies options like
  222. telephone-number customization and how much you want to charge your users to
  223. send mail to various locations.
  224.  
  225. Here is an example of the same segment of the nodelist as it might appear in
  226. NODELIST.BBS:
  227.  
  228. HOST 115 0 2400 Chicagoland 9-799-4790 Homewood_IL
  229. 333 0 2400 Solar_Wind 9-799-4790 Homewood_IL
  230. 500 0 9600 Sit_UBU_Sit_HST 9-982-5092 Skokie_IL
  231. 108 0 2400 Samson 9-394-0071 Arlington_Heights_IL
  232. 640 0 2400 Computer_Guild 9-640-7980 Elk_Grove_IL
  233.  
  234. Notice that the sysop name is not included and the format is slightly
  235. different.  The telephone number has been "customized" based upon the
  236. XLATLIST.CTL file -- this system needs to prefix local numbers with a "9".
  237. The zero after the node number is the cost of calling that system; these are
  238. free calls for the example system.  The system marked "down" in the FTSC
  239. nodelist was not included in NODELIST.BBS.
  240.  
  241.  The last flavor of nodelist is created from NODELIST.BBS by your BBS software,
  242. and is specific to the system (Opus, SEAdog, etc.).  This step is called
  243. "compiling" the nodelist. Its exact implementation varies with the type of BBS
  244. software, but usually there is a program similar to XLATLIST which takes
  245. NODELIST.BBS as its input and creates internal files used by the BBS while it
  246. is running.  For example, Opus has a program named OPUSNODE.EXE which creates
  247. NODELIST.SYS and NODELIST.IDX.  During actual execution, Opus uses these files
  248. to look up information on network addresses.
  249.  
  250. Finally, a real-life example from my system, running Opus with an address of
  251. 1:115/777.  The current nodelist is NODELIST.268.  On Saturday I receive from
  252. my network co-ordinator a file named NODEDIFF.A75 which when un-ARC'ed becomes
  253. NODEDIFF.275.  Being a conscientious sysop who knows that maintaining a current
  254. nodelist is one of the requirements of FidoNet policy (and also not wanting to
  255. jangle someones telephone at 0400) I will update the nodelist.  I have a file
  256. named XLATLIST.CTL which looks like this:
  257.  
  258. node 1:115/777
  259. seadog
  260. nocomments
  261. DIAL
  262.      1-312-                             ;
  263.     ;
  264. END
  265. cost 0 0
  266.   1-312  0
  267. end
  268.  
  269. This is a simple control file which tells XLATLIST I am node 1:115/777, that I
  270. want a SEAdog-format NODELIST.BBS, that I don't want to see the comments in the
  271. nodelist, that the text "1-312" should be removed from telephone numbers, and
  272. that the cost for all calls is zero.
  273.  
  274. After un-ARCing the NODEDIFF, I execute XLATLIST.EXE.  Its input is
  275. NODELIST.268, NODEDIFF.275, and XLATLIST.CTL.  Its output is a short summary on
  276. the screen, NODELIST.275, and NODELIST.BBS.
  277.  
  278. Now I execute the command "OPUSNODE -f".  This creates Opus' internal-format
  279. nodelist files.  And that's it.  Next week, I'll receive a file named
  280. NODEDIFF.282 and repeat the process.  Very painless, actually.
  281.  
  282.  
  283. Which BBS System is the Best?
  284. ----- --- ------ -- --- ----
  285.  
  286. You will find no answer to that question here, as each sysop has good reasons
  287. for choosing a particular system.  You must decide for yourself, based upon what
  288. you observe as a user of the system and what you may be able to find out from
  289. sysops of that particular type of system.  A quick overview of the various
  290. types of software available will be provided here, and even that is done with
  291. fear and trembling, since new versions and new products are upon us always.
  292.  
  293. There are two distinct components required for a FidoNet BBS:  the part that
  294. interfaces with the NETWORK (which we'll call the MAILER) and the part which
  295. interfaces with the USER (which we'll call the BBS).  Some products contain
  296. both of these functions (Fido, Opus), some contain only the BBS portion (TBBS,
  297. RBBS), and some contain only the mailer function (SEAdog, Dutchie,
  298. BinkleyTerm).  This provides the flexibility to interface existing BBS products
  299. such as TBBS and RBBS to the network.
  300.  
  301.  Specific information on how to obtain the systems is provided at the end of
  302. this document.
  303.  
  304. Full-Function:  BBS and Mailer
  305. --------------  --- --- ------
  306.  
  307. Fido:  This is where it started.  Fido version 11 is copyrighted software which
  308. may be used for free if the use meets certain conditions (free access and non-
  309. commercial are two).  Fido version 12 is a commercial product with a list
  310. price of $175, available to IFNA members for $100.  Fido version 12 has several
  311. new features, including the ability to receive network mail any time and
  312. locks/keys for message areas.
  313.  
  314. Opus:  A more recent entry in the Fido-compatible BBS field is Opus.  This BBS
  315. is copyrighted software which is free to users who observe the restrictions of
  316. the license, and from the caller's perspective behaves much the same as Fido;
  317. this makes the conversion from Fido to Opus easy for the caller.  For the
  318. sysop, the conversion is also easy as Opus supports the user list, file areas,
  319. and messages from Fido.  However, from the sysop perspective, Opus is
  320. significantly different from Fido, more flexible, and supports 24-hour mail.
  321.  
  322. BBS-function (User Interface) Only
  323. ------------ ----- ---------- ----
  324.  
  325. TBBS: In the opinion of many, this system is the premier BBS.  It costs
  326. $299.95, plus $99.95 for SEAdog to handle network mail.  (Note:  Because of the
  327. method used to package the extension to TBBS for network operation, it is not
  328. possible to order SEAdog through IFNA and TBBS from the vendor.  The TBBS mail
  329. processors and SEAdog are bundled together.)  TBBS is a very flexible system
  330. from the sysop perspective and very easy to use for callers.  TBBS will even
  331. support a multi-line and online chat option if you want to get fancy.
  332.  
  333. RBBS:  Another recent entry in the FidoNet arena by virtue of interfacing an
  334. existing BBS how to a mailer, RBBS is just beginning to make its presence
  335. known.  RBBS uses a separate mailer system to interface with FidoNet and a
  336. program written by Bob Westcott (132/114) to convert netmail-style messages
  337. into the RBBS message base.  RBBS is public domain, available from most sysops
  338. which run it.
  339.  
  340. PCBoard:  Yet another case of a well-established BBS system which now
  341. interfaces to FidoNet using a mailer.  Contact Norm Henke (157/200) for more
  342. information.
  343.  
  344. Mail-function (Network Interface) Only
  345. ------------- -------- ---------- ----
  346.  
  347. There are two options when using a separate mailer system.  The mailer can
  348. answer the phone and, if it detects a human caller, load the BBS.  Or the
  349. mailer can be run only during specific time periods, such as during National
  350. Mail Hour, to send and receive network messages.  With the first option, the
  351. system is able to receive network mail at any time, but callers are slightly
  352. inconvenienced by waiting for the BBS to load.  With the second, network
  353. interface is limited to the specific time period.
  354.  
  355. SEAdog:  SEAdog began its life in FidoNet as an improved mail processor for
  356. Fido version 11.  SEAdog is a commercial product of System Enhancement
  357. Associates, costing $100; it is available to members of IFNA for $60.
  358.  
  359. DUTCHIE:  Dutchie began its life in FidoNet as the first system designed
  360. specifically to operate as a point, but has since grown to a full FidoNet mail
  361.  system similar to SEAdog, but with a more amateur user oriented interface and
  362. setup.  Unlike SEAdog, Dutchie is free to non-commercial users.
  363.  
  364. BinkleyTerm:  This package can be used as a mailer for a BBS, as a terminal
  365. program, or to support a point system.  It is copyrighted code, distributed
  366. with source code with no charge for use in noncommercial applications.  The
  367. authors request recognition for their work, which may take the form of a simple
  368. "thank you", a post card, or best of all, helpful hints on special applications
  369. or new utilities.
  370.  
  371. EchoMail:  What is it?
  372. --------   ---- -- --
  373.  
  374. For most sysops, echomail is the primary reason to hook up to FidoNet.  It
  375. provides the opportunity to share information with large numbers of callers on
  376. other BBS's which may be in other parts of the world.  This is a particularly
  377. important advantage for those BBS's which do not have large numbers of local
  378. callers, or for those subjects in which the interest level on any particular
  379. BBS is low.
  380.  
  381. The concept of echomail operation is simple.  A group of systems decides to
  382. form a conference on some topic.  Each of them sets aside a message area on the
  383. local BBS.  Then any message posted on one board is automatically echoed to all
  384. the other systems.  Functionally, it is as if all the participants were dialing
  385. into the same local BBS.
  386.  
  387. This concept was invented in late 1985 by Jeff Rush, a sysop in Dallas.  Growth
  388. since then has been phenomenal, with network volume associated with echomail
  389. eclipsing person-to-person volume.  Conferences exist today on hundreds of
  390. topics with more being started every week.  Computer/technical topics are
  391. covered (programming, general-technical, mainframe) as well as non-computer
  392. topics (debate, Bible, music, disABLED, humor), providing every sysop with a
  393. wide variety of interesting conferences, even in subject areas that have
  394. limited local expertise.
  395.  
  396. The advantages of echomail are obvious, but it has a few disadvantages.  In
  397. most cases, the sysop pays telephone charges to obtain echomail; the routing
  398. discussed above is not used for echomail because of the volume involved.
  399. Connecting to other systems to obtain the conferences can be a headache,
  400. depending upon how well the local network has organized echomail.  There are
  401. delays in response which take some getting used to, and there can be "too much
  402. of a good thing" with active conferences averaging in excess of 100 messages a
  403. day.  Like anything, echomail is best taken in moderation, and the sysop must
  404. use good judgement.  For example, an attempt to maintain 50 echomail
  405. conferences with a 10-meg hard drive is doomed to failure.
  406.  
  407. Operation of EchoMail
  408. --------- -- --------
  409.  
  410. Various echomail utilities are used to move the messages between the mail area
  411. and the message area.  The words used to describe the operation of these
  412. utilities are different with the different BBS software, but the same functions
  413. are performed in all cases.  A summary of processing using several popular
  414. packages is provided after the "generic" explanation.
  415.  
  416. Several fields within the message are used to control this process.  Some of
  417. these fields may be invisible, depending upon the type of software and
  418. parameters specified when it was installed.
  419.  
  420. There are two basic functions required to support echomail.  Messages posted by
  421.  local users must be sent to all the other systems participating in the
  422. conference; we'll call that EXPORT here.  Messages arriving from other systems
  423. must be placed where the users can see them; we'll call that IMPORT here.  The
  424. import/export process is controlled by information within the message itself,
  425. and the utilities use a control file named AREAS.BBS or ECHO.CTL.
  426.  
  427. The first line of each echomail message, when it is sent through the network,
  428. is AREA:something.  The "something" is what determines into which area the
  429. message will be placed.  A file named AREAS.BBS or ECHO.CTL controls the
  430. correspondence between this field and the BBS area; in other words,
  431. AREA:MAINFRAME might correspond to area 12 on your BBS and area 3 on mine.
  432.  
  433. Near the end of each message is a SEEN-BY line.  This is the control field
  434. which is used to determine which system(s) have not yet seen the message.
  435. Again, AREAS.BBS or ECHO.CTL lists which systems see messages, based upon the
  436. AREA:something.
  437.  
  438. The last piece of control information in the message is the Origin line, near
  439. the end of the message, which is placed there during the export process.  This
  440. is primarily for us humans to know from which system the message originated; it
  441. is not used in routine operation of the echomail utilities.
  442.  
  443. A few examples may make this easier to understand.  The syntax of the ConfMail
  444. product is used in the examples, but consider them generic to the echomail
  445. process, rather than specific to one product.
  446.  
  447. Assume that the following line exists in AREAS.BBS:
  448.  
  449. c:\msg\mframe MAINFRAME 115/123 115/234
  450.  
  451. which defines the message area corresponding to the conference with
  452. AREA:MAINFRAME to be subdirectory c:\msg\mframe, and defines systems 115/123
  453. and 115/234 as recipients of this conference.  Also assume that this is system
  454. 115/777.
  455.  
  456. Example 1:
  457. A user on this board (115/777) posts a new message in the area.
  458.  
  459. The export process will find no SEEN-BY line at the end of the message.  It
  460. will add a SEEN-BY line to the existing message which reads
  461. SEEN-BY 115/123 234 777
  462. It will also add an Origin line to the existing message.  Then that message
  463. will be sent to systems 115/123 and 115/234.
  464.  
  465. Example 2:
  466. A incoming netmail message has as its first line AREA:MAINFRAME, and it's SEEN-
  467. BY line lists 115/123 and 115/777.
  468.  
  469. IMPORT moves the message into the MAINFRAME message subdirectory,
  470. c:\msg\mframe.  The first line, AREA:MAINFRAME, is removed.
  471.  
  472. When EXPORT runs, it compares the SEEN-BY line with AREAS.BBS and discovers
  473. that the message has not been seen by 115/234.  A copy is sent to 115/234 via
  474. netmail.  (The copy sent to 115/234 will have AREA:MAINFRAME as its first
  475. line.)  The SEEN-BY line in the message in the local area is also updated to
  476. indicate that the message has been sent to 115/234.
  477.  
  478. Echomail Terms
  479. -------- -----
  480.  
  481.  One thing that makes echomail difficult for many people is that each echomail
  482. processor uses different words to describe the same thing.  The discussion
  483. above used the vocabulary of Bob Hartman's popular ConfMail system.  Messages
  484. are IMPORTED from the netmail area into the actual conference, and EXPORTED
  485. from the conference to the netmail area.  Other products are available to
  486. process echomail:  Jeff Rush's original utilities, Opus, TBBS, and MGM.
  487.  
  488. ARCMAIL is a utility normally used in connection with echomail processing,
  489. although its application is not limited to echomail.  Early in the life of
  490. echomail, it became obvious that thousands of messages sent as normal network
  491. mail were causing problems.  To address this problem, Thom Henderson at SEA
  492. provided the ARCMAIL utility.  ARCMAIL searches through the netmail area and
  493. finds all messages which are to be sent to a system and packs all these
  494. messages into one ARC file.  It then deletes these messages from the netmail
  495. area and creates one message to that system, with the ARC file attached.  This
  496. saves significant connect time for the systems involved, and provides the side
  497. benefit that a point-to-point routing will be used since the message has a file
  498. attached.  Of course, ARCMAIL also provides the function of expanding the ARC
  499. file into netmail messages at the receiving system; if you receive a funny-
  500. looking file attached to a null message, chances are it is an ARCmail file.
  501. ConfMail has the ARCmail function integrated; in other systems it is a separate
  502. step.
  503.  
  504. The original Jeff Rush echomail utilities used the terms TOSS and SCAN --
  505. messages were TOSSED from netmail into the conference, and the conferences were
  506. SCANNED, creating the outgoing messages in the netmail area.
  507.  
  508. Opus uses the Jeff Rush terms -- scanning and tossing can be done automatically
  509. by the Opus system, or an external processor like ConfMail can be used.  There
  510. are restrictions on what Opus' internal scan/toss mechanism can handle, but
  511. these restrictions will not affect the casual sysop -- only the active echomail
  512. hub.
  513.  
  514. MGM also uses the Jeff Rush terms.  Its operation is similar to the original
  515. echomail utilities.  Incoming messages are unARC'ed using ARCMAIL and tossed
  516. (from the netmail area to the actual conference area) using MGM TOSS.  MGM SCAN
  517. is similar to the original scan function, in that it moves messages from the
  518. actual conference to the netmail area.  However, once in the netmail area, all
  519. msessages are addressed to your own system.  An additional step, MGMFWD, is
  520. required to address the outgoing messages to their actual destination.
  521. Finally, ARCMAIL is normally used to pack the outgoing messages.
  522.  
  523. TBBS has an interesting situation, since it uses SEAdog to interface with
  524. FidoNet.  TBBS maintains all message subboards in one DOS file, as opposed to
  525. the Fido method of one message per DOS file which is used by SEAdog.  Thus,
  526. there is a utility named PREMAIL which searches the TBBS message file for
  527. messages which need to be sent out and converts them to messages in the SEAdog
  528. netmail area.  There is a similar utility named POSTMAIL which pulls the
  529. messages back into the TBBS file from SEAdog's area.  The ECHOLINK utility
  530. establishes reply chains within the TBBS message base and also checks for
  531. duplicate messages.  Finally, if there is a need to forward to additional
  532. systems, the ECHOFWD utility handles that chore.
  533.  
  534.  
  535. Routing of Echomail
  536. ------- -- --------
  537.  
  538. It is not unusual for a moderately-sized echomail hub to handle dozens of
  539. conferences and thousands of messages a day.  This volume would quickly swamp
  540. the structure which was set up to handle person-to-person communication in
  541.  which mail flows into a network through the network co-ordinator.  For this
  542. reason, separate structures have been established to expedite the movement of
  543. echomail conferences.  Echomail co-ordinators have the responsibility to
  544. administer this activity.  In some cases, the same individual handles both the
  545. job of a network or region co-ordinator and echomail co-ordinator; many times
  546. these different jobs are performed by different individuals.
  547.  
  548. There are entire systems dedicated to the movement of echomail.  These
  549. "echomail backbones" serve as repositories for large numbers of conferences and
  550. links to the next level down on the hierarchy.
  551.  
  552. The actual topology of echomail is unimportant.  The point is simple -- do not
  553. route echomail through normal channels!  Send a few hundred echomail messages
  554. to some network co-ordinator and find out the real meaning of "annoying
  555. behavior".
  556.  
  557. To get started in echomail, first get a working BBS.  Get into the network, and
  558. get settled.  Then talk with your network co-ordinator, or perhaps by then you
  559. will have found out who the echomail co-ordinator is.  Regional echomail co-
  560. ordinators are listed in Region 1 of the nodelist, with the help nodes.  You
  561. should start by receiving a small number of conferences from another node and
  562. you will route your traffic (that is, messages your users enter) back to that
  563. node. As your knowledge and confidence grows, you can ask for more conferences.
  564.  
  565. Echomail Etiquette
  566. -------- ---------
  567.  
  568. There are a few simple things you can do to make echomail more pleasant for
  569. everyone.  These are common-sense issues but they may not be immediately
  570. obvious when you are just getting started with echomail.
  571.  
  572. Do not send person-to-person messages using echomail.  If you have a message
  573. for Joe Klutz, and no one else is interested in it, then use standard netmail.
  574. Even if you mark the message private, every sysop in the conference will pay to
  575. receive it!  A message between two sysops across town in New York, received on
  576. a BBS in California, isn't likely to win any friends.
  577.  
  578. Every conference has a subject; don't get too far off of it.  Most conferences
  579. have a moderator who will step in and shout if the topic strays too much.
  580. Unless you have been involved in a conference and have a good grasp of its
  581. scope, be cautious about starting a new topic.
  582.  
  583. When you reply to a message in echomail, mention enough of the previous message
  584. so that readers can tell what you are replying to.  It is maddening to see
  585. someone discussing the merits of a previous message when you can't figure out
  586. what the previous message is about.  Remember, reply chains in echomail are
  587. imperfect at best and some echomail processors don't even attempt to
  588. reconstruct reply chains.
  589.  
  590. Also, remember the delay inherent in echomail.  If you post a question, don't
  591. expect a response tomorrow.  If you reply to a question, realize that many
  592. others may be replying at the same time, a flood which will pour in over the
  593. next several days.
  594.  
  595. Flames
  596. ------
  597.  
  598. The term "flame" is used within FidoNet to describe a "hot" message which
  599. disagrees violently with some issue.  Unfortunately, flames often are attacks
  600. on persons, not ideas.  This can be very annoying, using the term in its
  601.  "technical" context from FidoNet policy.
  602.  
  603. There is no excuse within FidoNet for personal attacks by one individual upon
  604. another individual, yet it happens all the time.  When you compose a message,
  605. remember that the electronic media does not convey facial expressions or voice
  606. tones.  This can make it very difficult to convey the real meaning of what you
  607. are trying to say.
  608.  
  609. Flames are contagious.  If you see an attack on something you believe in, or on
  610. someone you like, it is human nature to want to answer the challenge.  Instead,
  611. think about whether you really should reply.  If you violently disagree with
  612. what you just read, a reply may not be the best idea. . . at least not until
  613. you have had time to calm down.  It is bad form (although altogether too
  614. common) to spend more time in the reply discussing personalities than the real
  615. issues.  Calm reasoning will win over more support than calling your opponent
  616. names. Remember, it's not the COMPUTER you are jousting with; there is a real
  617. human being out there, with feelings.  Sure, the modem does a great job of
  618. insulating you, but don't say anything in an electronic message which you would
  619. not say face-to-face.
  620.  
  621. On the other hand, if someone attacks YOUR ideas, don't take it personally.
  622. Humor is often the best response to a flame.  Remember, everyone has a right to
  623. their opinion, and the lack of verbal queues in echomail makes disagreement
  624. sound like attack.  It is not necessary to respond to each and every message
  625. which states an opinion different from your own.  There are times when ignoring
  626. a message is the right thing to do, even though it is much more difficult than
  627. replying to it.
  628.  
  629.  
  630. An Alternative for EchoMail Junkies
  631. -- ----------- --- -------- -------
  632.  
  633. Are you the type of person who is addicted to echomail?  You call up your local
  634. BBS and spend hours online reading all the messages in twenty different confe-
  635. rences?  Perhaps the major reason you're even considering opening a BBS is to
  636. have your own local source for echomail, where you can sit in front of your own
  637. computer, and read without worrying about tying up a telephone line.
  638.  
  639. Welcome to the world of POINTS and SERVERS.  There is an alternative to much of
  640. the hassle which you've just read about -- instead of starting a full-service
  641. BBS, become a POINT instead.  Here's the way it works.
  642.  
  643. A POINT system operates as an adjunct to another system which is a traditional
  644. nodelisted FidoNet system, the SERVER.  The POINT system is much like a one-
  645. person BBS.  The point system dials the server at some pre-arranged time,
  646. usually in the wee hours, and downloads echomail.  Then the owner of the point
  647. can read it, enter replies, and upload this information at the next call.
  648.  
  649. This has many advantages for all concerned.  (1) The point system doesn't tie
  650. up the server BBS for hours reading messages online in the traditional way.
  651. (2) The owner of the point may save lots of money in telephone charges if there
  652. is a connect-time charge involved in the call.  (3) The point owner doesn't
  653. have to worry about busy signals, and can peruse the messages at any convenient
  654. time.  (4) If the point owner types slowly, this is even more of an advantage.
  655. (5) The point system isn't listed in the nodelist, but can still participate in
  656. network mail.  With growth of the nodelist, this is a serious consideration.
  657. (6) Compared to setting up a full-service BBS, setting up a point is easier.
  658.  
  659. The disadvantage of being a point is that you must have a server.  This is
  660. becoming less of a problem with the development of point/server software.  If
  661.  you routinely tie up a popular system for hours reading mail, the sysop will
  662. likely be more than happy to provide you with point access, since it will make
  663. the BBS more available for other callers.  If you fall into the category of
  664. "echomail junkie", consider discussing point/server with your favorite sysop;
  665. it may be what you really want to do rather than open a full-service BBS.
  666.  
  667. There are several alternatives available now for point/server software, and the
  668. capabilities of the software are growing by the day.  DUTCHIE was the first
  669. package, and introduced the concept.  Other alternatives include ConfMail, MGM,
  670. and BinkleyTerm.  Obviously the point must use a system which is compatible
  671. with the server.
  672.  
  673. Common "Gotcha's"
  674. ------ ----------
  675.  
  676. Here's a collection of little tips that may save you from having to ask your
  677. fellow sysop when something looks bad. . . or keep your system running more
  678. smoothly.
  679.  
  680. You'll have an interesting problem once a year with XLATLIST.  It "knows" that
  681. the most current changes to the nodelist are in a file named NODEDIFF.nnn where
  682. nnn is the largest.  What happens at the first of a new year?  Guess what --
  683. it's not true, once a year, that the most current nodediff file has the
  684. "highest" name.  So watch for this; it can keep your nodelist update from
  685. working correctly in early January.  The solution is simple:  Rename the old
  686. nodelist (the one you want the nodediff applied to) to NODELIST.000, and make
  687. sure that there aren't any other NODELIST.nnn files present in the
  688. subdirectory.
  689.  
  690. A similar problem exists with Daylight Savings Time.  FidoNet does not observe
  691. daylight savings time.  If your area does, then the LOCAL time for your
  692. National Mail Hour changes twice a year -- once in the spring when DST begins,
  693. and once in the fall when it ends.  When you change the time on your computer
  694. (using the TIME command), remember to also change the time for your mail events
  695. in whatever mailer program you are using.  If you don't change both at the same
  696. time, you'll be observing National Mail Hour during the wrong hour.
  697.  
  698. Many new FidoNet sysops find out the hard way that messages which have files
  699. attached do not follow normal routing.  No matter which BBS software you are
  700. using, if a message has a file attached it will be sent direct to its
  701. destination, and no routing that you request will affect it.  This can come as
  702. a shock to the new sysop who thinks that all the outgoing messages are routed
  703. to another local system; attach a file to a message and your system will gladly
  704. call Australia if you let it.
  705.  
  706. Sources
  707. -------
  708.  
  709. To obtain help on FidoNet or a related software product, use FidoNet!  The best
  710. source is a local sysop who has done what you want to do.
  711.  
  712. There are echomail conferences on many of the products discussed in this
  713. document.  Refer to the echomail section to discover how to join them.
  714.  
  715. The first part of the nodelist, "Region 1", contains help nodes for many
  716. software products and functions.  This is a partial list (taken from the
  717. current nodelist):
  718.  
  719.       1/0    N._America_Coord 1-602-235-9653 Phoenix_AZ
  720.       1/1    FidoNews 1-201-473-8522 Clifton_NJ
  721.        1/10   Int'l_FNet_Assn 1-314-576-2743 St_Louis_MO
  722.       1/11   IFNA_Finance 1-808-533-0190 Honolulu_HI
  723.       1/12   IFNA_Legal 1-201-326-9870 Parsippany_NJ
  724.       1/16   IFNA_Mem._Data 1-216-291-3048 Clevland_OH
  725.       1/17   IFNA_Mem._Info 1-216-883-0578 Clevland_OH
  726.       1/20   Fido_Tech_Stand 1-715-362-3895 Rhinelander_WI
  727.       1/100  General_Help 1-201-245-6614 Clifton_NJ
  728.       1/102  BinkleyTERM_Help 1-615-875-4131 Chattanooga_TN
  729.       1/103  Netware_Help 1-405-947-7294 Okla_City_OK
  730.       1/105  IBM_Help 1-201-249-1898 E._Brunswick_NJ
  731.       1/108  Modem_Help_East 1-203-366-1336 Milford_CT
  732.       1/109  Tandy_Help 1-206-527-5618 Seattle_WA
  733.       1/110  Modem_Help_West 1-714-647-9009 Santa_Ana_CA
  734.       1/113  OPUS_Help 1-214-991-3381 Dallas_TX
  735.       1/116  Dutchie_Help 1-314-334-6359 CapeGirardeau_MO
  736.       1/117  Fido_Help 1-408-296-2329 San_Jose_CA
  737.       1/200  Nat'l_Echo_Coor 1-415-672-2504 Concord_CA
  738.       1/201  EchoList_Coord 1-201-286-2567 Toms_River_NJ
  739.       1/210  Reg_10_Echo_Coor 1-714-544-3369 Tustin_CA
  740.       1/211  Reg_11_Echo_Coor 1-216-883-0578 Clevland_OH
  741.       1/213  Reg_13_Echo_Coor 1-201-249-1898 E._Brunswick_NJ
  742.       1/215  Reg_15_Echo_Coor 1-303-973-9338 Littleton_CO
  743.       1/216  Reg_16_Echo_Coor 1-603-888-8179 Nashau_NH
  744.       1/217  Reg_17_Echo_Coor 1-206-848-5317 Puyallup_WA
  745.       1/218  Reg_18_Echo_Coor 1-404-928-1876 Woodstock_GA
  746.       1/300  SoftWare_Coord 1-901-353-4563 Memphis_TN
  747.       1/301  SoftWare_East 1-301-574-1984 Essex_MD
  748.       1/302  SoftWare_West 1-915-857-1974 El_Paso_TX
  749.  
  750.  
  751. The International FidoNet Association makes certain publications available and
  752. provides member-only discounts on some software products.  The publications
  753. are readily available for download on many bulletin board systems, or they can
  754. be purchased in paper form using the order blank in each issue of FidoNews; the
  755. current one is reproduced below:
  756.  
  757.      IFNA Fido BBS listing                             $15.00    _____
  758.      IFNA Administrative Policy DOCs                   $10.00    _____
  759.      IFNA FidoNet Standards Committee DOCs             $10.00    _____
  760.  
  761.      Special offers for IFNA members ONLY:
  762.  
  763.        System Enhancement Associates SEAdog            $60.00    _____
  764.          ONLY 1 copy SEAdog per IFNA Member.
  765.  
  766.        Fido Software's Fido/FidoNet                   $100.00    _____
  767.          ONLY 1 copy Fido/FidoNet per IFNA Member.
  768.  
  769.                                                SUBTOTAL          _____
  770.  
  771.                Missouri Residents add 5.725 % Sales tax          _____
  772.  
  773.      International orders include $5.00 for
  774.             surface shipping or $15.00 for air shipping          _____
  775.  
  776.                                                TOTAL             _____
  777.  
  778.         SEND CHECK OR MONEY ORDER TO:
  779.          IFNA
  780.          P.O. Box 41143
  781.           St. Louis, Missouri 63141  USA
  782.  
  783.  
  784.      Name________________________________
  785.      Net/Node____/____
  786.      Company_____________________________
  787.      Address_____________________________
  788.      City____________________  State____________  Zip_____
  789.      Voice Phone_________________________
  790.  
  791.  
  792.      Signature___________________________
  793.  
  794.  
  795. For information on International FidoNet Association:
  796. IFNA
  797. PO Box 41143
  798. St. Louis, MO  63141   USA
  799. 314 576-4067 (voice)
  800.  
  801. For information on System Enhancement Associates' products, including SEAdog:
  802. System Enhancement Associates
  803. 21 New Street
  804. Wayne, NJ  07470
  805.  
  806. For information on ConfMail:
  807. Bob Hartman  (132/101)
  808. Spark Software
  809. 427-3 Amherst Street
  810. Nashua, NH  03061
  811.  
  812. For information on TBBS:
  813. eSoft, Inc.
  814. 4100 S. Parker Road   #305
  815. Aurora, CO  80014
  816. 303 699-6565  (voice)
  817.  
  818. A nationwide listing of echomail conferences is available from Thomas Kenney,
  819. 107/316.  Request ELST*.ARC.
  820.  
  821. Acknowledgements
  822. ----------------
  823.  
  824. This document is a group effort.  It has to be; no one person can know every
  825. piece of software which is in common use in the network.  When you run a
  826. particular type of BBS software, you become familiar with that piece of
  827. software and the utilities that it uses; that doesn't help the potential sysop
  828. who isn't using your configuration.
  829.  
  830. So, readers, if you have made your way through the implementation of something
  831. which is not covered here, and you want to share your experience with your
  832. fellow users, please write something and send it to me.  I would be happy for
  833. this document to grow so that more topics are covered.  To corrupt a popular
  834. phrase. . . send prose!
  835.  
  836. Information was adapted from published documents by the following persons:
  837.  
  838. Bob Hartman  -- ConfMail and the history of EchoMail
  839. Tom Jennings -- FidoNet history
  840.  
  841.  
  842. Thanks to the following individuals for "sending prose":
  843.  
  844. Randy Bush       -- Dutchie and the term "public domain"
  845. Norm Henke       -- PCBoard
  846. Ken Kaplan       -- Specific <tm> information and IFNA background
  847. Brian McCullough -- A careful reading; many useful suggestions
  848. Vince Perriello  -- BinkleyTerm
  849. Dick Sonka       -- TBBS
  850. Bob Westcott     -- RBBS
  851. James Zachary    -- MGM
  852.  
  853.  
  854.  
  855. Steve Bonine    115/777
  856. November 1987
  857.  
  858.  
  859.